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(57) Abstract 



A method of processing transaction capabilities application part information in an intelligent network includes transmitting transaction 
capabilities application information from a first node in the intelligent network to a second node in the intelligent network and providing 
a transaction capabilities application part message definition having a plurality of messages and parameters defining a parameter structure 
for transaction capabilities application part communication. The method also includes accessing the transaction capabilities application part 
message definition to determine the parameter structure for the provided transaction capabilites application part message and, in response to 
the content of the transaction capabilities application part message and the parameter structure, executing an executable algorithm operable 
to process transaction capabilities application part messages having the parameter structure defined by the transaction capabilities application 
part definition. 
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SYSTEM AND METHOD FOR COMMUNICATING TRANSACTION 
CAPABILITIES APPLICATION PART INFORMATION 

TECHNICAL FIEkP QF THE INVENTION 

This invention is related in general to the field of 
telecommunications systems. More particularly, the 
invention is related to a system and method for a 
5 programmable transaction capabilities application part 
application protocol. 

PACKQRQUNP QF THE INVENTION 

The public telecommunications network makes extensive 

10 use of signaling system number 7 (SS7) protocol to 
communicate among the various network elements. End to end 
routing of a signaling system number 7 message often 
requires the use of the transaction capabilities 
application part (TCAP) portion of the signaling system 

15 number 7 protocol. The transaction capabilities 

application part enables the deployment of advanced 
intelligent . network services by supporting non-circuit 
related information exchange between signaling points. For 
example, a service switching point (SSP) uses the 

20 transaction capabilities application part to query a 

service control point (SCP) to determine the routing number 
associated with a dialed 800, 888, or 900 number. The 
service control point uses the transaction capabilities 
application part to return back to the service switching 

25 point a response containing the routing number. Calling 
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card calls are also validated using transaction 
capabilities application part query and response messages. 
Furthermore, when a mobile subscriber roams into a new 
mobile switching center area, an integrated visitor 
5 location register may request service profile information 

from a subscriber's home location register using 
information carried within transaction capabilities 
application part messages. 

Communication of transaction capabilities application 
10 part messages between two or more nodes in an intelligent 

network conventionally takes place using an application 
protocol defined by standard committees such as Bellcore or 
ETSI. Two such application protocols are INAP, defined by 
ETSI and AIN 0.1, defined by Bellcore. Each application 
15 protocol has a message set that defines how information is 

communicated between intelligent network nodes. The 
message set for an application protocol is specified by a 
standards committee in such a way as to give the service 
provider some message content flexibility. Therefore, for 
20 some message fields, the service provider may define the 

content of the message fields. Because each application 
protocol developed for each customer uses some message 
inf ormation that is customer specific, message information 
for an application protocol is typically defined in the 
25 source code of the programs using the application protocol. 

Because customer specific message information is 
contained in the source code of programs using an 
application protocol, it is possible that several versions 
of an application protocol used for transaction 
30 capabilities application part messages must be maintained. 

Creating and maintaining multiple source code versions of 
the same application protocol adds complexity and requires 
additional development resources. Furthermore, 
modifications to any particular customer's application 
35 protocol are cumbersome because they require changes to the 
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source code of the programs using the application protocol. 
In today's fast-paced telecommunications environment , this 
tedious and time-consuming service implementation method is 
unacceptable . 

5 

SUMMARY OF THE INVENTION 

Accordingly, a need has arisen for a method and system 
for communicating transaction capabilities application part 
information that address the shortcoming of prior systems 

10 and methods. Thus the. teachings of the present invention 

provide a system and method for communicating transaction 
capabilities application part information. 

According to one embodiment of the invention, a method 
of processing transaction capabilities application part 

15 information in an intelligent network includes transmitting 

transaction capabilities application information from a 
first node in the intelligent network to a second node in 
the intelligent network and providing a transaction 
capabilities application part message definition having a 

20 plurality of messages and parameters defining a parameter 

structure for transaction capabilities application part 
communication. The method also includes accessing the 
transaction capabilities application part message 
definition to determine the parameter structure for the 

25 provided transaction capabilities application part message 

and, in response to the content of the transaction 
capabilities application part message and the parameter 
structure, executing an executable algorithm operable to 
process transaction capabilities application part messages 

30 having the parameter structure defined by the transaction 

capabilities application part definition. 

According to another embodiment of the invention, a 
communications network includes a transaction capabilities 
application part message definition defining a transaction 

35 capabilities application part parameter structure. The 
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communications network also includes a first node and a 
second node. The second node is in communication with the 
first node. The second node includes a service logic 
interpreter that is operable to receive transaction 
capabilities application part messages from the first node, 
access the transaction capabilities application part 
message definition, select an executable algorithm for 
execution based on the content of the transaction 
capabilities application part message definition, and 
execute the executable algorithm. The executable algorithm 
has a parameter structure defined by the transaction 
capabilities application part message definition 

The invention provides several technical advantages. 
For example, an application protocol is provided that does 
not require recoding the program that executes tasks 
associated with transaction capabilities application part 
messages. This reduces complexity and the need for 
additional development resources. Furthermore, because the 
definition of an application protocol is not done at 
compilation time, users such as a service creation 
environment (SCE) or a service control point (SCP) are no 
longer required to put protocol specific information in the 
source code of programs developed by those users. 
Moreover, service independent building blocks no longer 
5 rely on source code specification of parameters. Thus no 

service independent building block source code changes are 
required to change message parameters or a protocol 
definition. In addition, because service independent 
building blocks use parameter definitions provided 
0 according to teachings of the invention, service designers 

have access to all parameters defined for a message in the 
application protocol when designing services using a 
service creation environment. 

Furthermore, according to the invention, access is 
5 provided to all of an application protocol's messages 
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through the use of just four service independent building 
blocks. Thus adding messages or parameters to an 
application protocol does not require any service creation 
environment or service independent building block code 
5 changes. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a better understanding of the present invention, 
reference may be made to, the accompanying drawings, in 
10 : which: 

FIGURE 1 is a block diagram of an exemplary 
telecommunications network such as an advanced intelligent 
network (AIN) ; 

FIGURE 2A is a simplified block diagram illustrating 
15 the use of service independent building blocks (SIBs) ; 

FIGURE 2B is a simplified flow chart of an embodiment 
of a logic interpretation process; 

FIGURE 3 is a block diagram of a signaling system 
number 7 (SS7) message structure used in the 
20 telecommunications network illustrated in FIGURE 1; 

FIGURE 4 is a simplified block diagram illustrating 
one example of a transaction capabilities application parts 
message; 

FIGURE 5 is a simplified block diagram showing the 
25 creation of services associated with transaction 

capabilities application part messages using an application 
protocol defined according to the teachings of the 
invention; 

FIGURE 6 is exemplary details of the transaction 
30 capabilities application part message definition file 

illustrated in FIGURE 4; 

FIGURE 7 is exemplary details of the service 
independent building block template file illustrated in 
FIGURE 4; 
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FIGURE 8 is exemplary details of a portion of a 
service logic program; and 

FIGURE 9 is a block diagram illustrating the handling 
of a service associated with a transaction capabilities 
5 application part message. 

DETAILED DESCRIPTION OF THE INVENT TOM 

Embodiments of the present invention are illustrated 
in FIGURES 1 through 10, like reference numerals being used 
10 to refer to like and corresponding parts of the various 

drawings . 

FIGURE 1 is a block diagram of a telecommunications 
network 100 such as an advanced intelligent network (AIN) . 
Network 100 includes a service management system 102 that 

15 interfaces with a plurality of service control points (SCP) 

104 and a plurality of signal transfer points (STP) 106 via 
an industry standard protocol, such as X.25. Service 
management system 102 provides network inf ormation, 
database management, and administrative support for network 

20 100. Service management system 102 generally interfaces 

with service control points 104 for provisioning, database 
management, service control point application program 
management, and collecting traffic metering and measurement 
data. Service control points 104 are also directly linked 

25 to signal transfer points 106 via a signaling system number 

7 (SS7) linkset 108. Signal transfer points 106 are 
further coupled through signaling system number 7 linkset 
108 to one or more service switching points 112 and 114, 
which perform switching and call -handling functions in the 

30 network. Service control points 104 are transaction-based 

processing systems whose primary responsibility is to 
respond to queries from service switching points 112 and 
114 for data needed to complete routing a call. Service 
switching points 112 and 114 are part of the public 

35 switched telephone network (PSTN) 120 and are coupled to 
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the telephone service subscribers or customers 122, which 
includes wire-based telephones, wireless telephones, and 
intelligent peripherals 122. 

The creation and delivery of service logic programs 
5 (SLPs) is the function of a service creation environment 

(SCE) 126, which is coupled to service management system 
102. Service creation environment 126 allows users and 
programmers to create service logic programs that define 
the desired advance intelligent network service processing. 

10 These programs may then be downloaded to service control 

points 104 and signal transfer points 106 through service 
management system 102 for execution. Service logic 
programs define the triggering events encountered in 
service switching points 112 and 114 that require database 

15 access and logic for additional processing of telephone 

calls. Users and programmers of service creation 
environment 126 may interface with service creation 
environment 126 through a computer terminal 130 coupled to 
service creation environment 126. 

20 Service independent building blocks (SIBs) are 

building blocks that have been developed to construct 
service logic programs to implement network services. The 
service independent building blocks, as defined in the 
International Telecommunications Union CCITT ITU-T Q.1213, 

25 are used in the service creation environment to produce 

service logic programs that are then downloaded to service 
management system 102, service control point 104, and/or 
signal transfer points 106, where they are executed. 

FIGURE 2A is a simplified block diagram illustrating 

3 0 the use of service independent building blocks (SIBs) . 

Several different classes or types of service independent 
building blocks 200 are illustrated in FIGURE 2, including 
Entry 202, Action 204, Decision 206, System 208, and Input 
210. Three types of action service independent building 

35 blocks 204 are Set 211, Get 213, and SendReceive 215. 
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These different classes of service independent building 
blocks, which are collectively illustrated through icons 
203, can be linked to form a service logic program 220. In 
a preferred embodiment, a graphical editor may be used to 
5 facilitate the creation of service logic programs 220. An 

example graphical editor 505 is illustrated in FIGURE 5. 
Icons 203 of service independent building block classes may 
then be picked up and dropped into a workplace and are 
linked together to form a service logic program such as 

10 service logic program 220. An ASCII text file is then 

created from the linked service independent building block, 
which is converted to an executable algorithm 241 by a 
logic interpreter 224. As discussed in greater detail 
below, an object library 240 may be used to facilitate 

15 generation of executable algorithms 241. When executable 

algorithm 241 is executed, instances of each class of 
service independent building blocks are created, which have 
the same behaviors and functionality defined by the class. 
In this manner, the same code for the same service 

20 independent building blocks may be reused in many logic 

programs without duplicating the effort to recode the 
logic . 

FIGURE 2B is a simplified flowchart of an embodiment 
of the logic interpretation process 230. Logic interpreter 

25 224 or process 230 therefore may include two components: a 

parser 232 and an execution function 234. Parser 232 
first reads service logic program 220 and validates, as 
shown in step 236. Thereafter, parser 232 creates an 
instance of a C++ object for each service independent 

30 building block by accessing previously generated C++ object 

classes for templates stored in a C++ object library 240, 
as shown in step 238. These instances are linked to form 
an executable algorithm 241. 

During run time, execution function 234 receives 

35 queries or requests, and selects the appropriate C++ logic 
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program to perform the necessary functions requested. The 
selected logic programs in C++ are then executed to handle 
transaction capabilities application part services. The 
process flow terminates in step 248. In this manner, the 
5 same C++ code for the same service independent building 

block may be reused in many transaction capabilities 
application part logic programs without duplicating the 
effort to recode the logic. 

FIGURE 3 is a block diagram of a signaling system 

10 number 7 (SS7) message structure 300. As illustrated, 

signaling system number 7 message structure 3 00 has a 
message transfer part (MTP) 302, user parts 304, a 
signaling connection control part (SCCP) 306, and a 
transaction capabilities application part (TCAP) 308. The 

15 message transfer part 302 contains necessary mechanisms to 
insure reliable transmission of functional signaling 
messages. The signaling connection control part 306 
provides the means to control logical signaling connections 
in the network and transfer signaling data units across a 

20 network. Signaling connection control part 306 also 

provides a routing and translation function that allows 
signaling messages to be routed to a signaling point. 
Transaction capabilities application part 308 provides the 
means to exchange operations and replies via a dialogue. 

25 Transaction capabilities application part 308 provides the 

means to establish non- circuit related communication 
between two nodes in the signaling network. 

As illustrated, transaction capabilities application 
part 308 contains a component portion 310 and a transaction 

30 portion 312. Transaction portion 312 contains a package 

type identifier. Package types include: unidirectional 
query with permission, query without permission, response, 
conversation with permission, conversation without 
permission, and abort. 
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A unidirectional package type transfers components in 
one direction only. A query without permission package 
type initiates a transaction capabilities application part 
3 08 transaction, such as a 1-800 query. In a query with 
5 permission package type, the destination node may end the 

transaction. A query without permission package type 
initiates transaction capabilities application part 308 
transaction in which a destination node may not end the 
transaction. A response package type ends transaction 

10 capability application part 308 transaction. For example, 

a response to a 1-800 query with permission may contain the 
routing number associated with the 800 number. A 
conversation with permission package type continues a 
transaction capabilities application part transaction. In 

15 a conversation without permission package type, the 

destination node may end the transaction. A conversation 
without permission package type continues a transaction 
capabilities application part transaction. In such a case, 
the destination node may not end the transaction. An abort 

20 package type terminates a transaction due to an abnormal 

situation. In addition to containing package type 
identifiers, transaction portion 312 also contains an 
originating transaction identification and a responding 
transaction identification field, which associate the 

25 transaction capabilities application part 3 08 transaction 

with a specific application at the originating and 
destination signaling points respectively. 

Component portion 310 of transaction capabilities 
application part 308 contains components. Types of 

30 components include invoke (last), invoke (not last), return 

result (last), return result (not last), return error, and 
reject. Components include numbers representing parameters 
associated with a transaction capabilities application part 
message. Because such parameters may be customer-specific, 

3 5 conventionally, each time a customer would request 
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additional capabilities , the protocol for receiving 
transaction capabilities application part messages had to 
be modified each time a service was added. The present 
invention addresses this disadvantage by providing a system 
and method for adding or modifying the services available 
to a customer without modifying the application protocol 
associated with these services. 

The invoke (last) component invokes an operation. For 
example, a query with permission transaction may include an 
invoke (last) component to request a service control point 
translation of a dialed number. The invoke (not last) 
component is similar to the invoke (last) component except 
that it is followed by one or more components. The return 
result (last) returns the results of an invoked operation, 
and the return result (not last) returns the results of an 
invoked operation but followed by one or more components. 
The return error component reports an unsuccessful 
completion of an invoked operation, and the reject 
component indicates that an incorrect package type or 
component was received. 

FIGURE 4 is a simplified block diagram illustrating an 
example of a transaction capabilities application parts 
message transmitted between service switching point 112 and 
service control point 104. As described above, transaction 
capabilities application part 308 enables the deployment of 
advanced intelligent network services by supporting non- 
circuit related information exchange between signaling 
points. In the example illustrated in FIGURE 4, a 
telephone call is placed using telephone 122 to a 1-800 
number 402. In response to receiving dialed 1-800 number 
4 02, service switching point 112 transmits a transaction 
capabilities application part query message 404 to query 
service control point 104 to determine the routing number 
associated with dialed 1-800 number 402. Service control 
point 104 returns back to service switching point 112 a 



PCT/US98/17407 



12 



10 



transaction capabilities application part, response message 
406, 408 containing the routing number. Query message 404 
and response message 406, 408 are examples of transaction 
capabilities application part 308 messages.* As 
illustrated, the routing number returned may vary depending 
upon the time of day or the location from which the dialed 
1-800 number 402 was received. Once the service switching 
point receives response 406, 408 containing a routing 
number, service switching point 112 may route dialed 1-800 
number 402 to the correct location based on response 406, 
408. Thus, transaction capabilities application part 308 
messages enable the deployment of advanced intelligent 
network services by supporting non- circuit related 
information exchange. 
15 Another example of an advanced intelligent network 

service provided through a transaction capabilities 
application part 308 message is roaming. As a mobile 
telephone moves between new roaming areas, a local visitor 
location register requests service profile information from 
the mobile telephone user's home location register. This 
request is performed using information carried within a 
transaction capabilities application part 308 message. 

The transaction capabilities application part 308 
messages associated with services such as 1-800 routing and 
25 roaming are transmitted between service switching point 112 

and service control point 104 according to an application 
protocol defined for a given customer. Conventionally, 
such an application protocol specifies the format for 
transmitting and receiving a transaction capabilities 
30 application part 308 message, such as query message 404 or 

response message 406, 408. This specification is 
conventionally performed by a trigger integer, which 
specifies a type of message, and a series of integers 
following the trigger integer in a particular order that 
35 corresponds to various parameters associated with the 
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message. If additional services are desired by a given 
customer, however, difficulties arise. For example, the 
application protocol for a given customer must be modified 
to include a protocol for the new service. In addition, 

5 the application programs executing the given service must 

be modified to correspond to that new protocol. If a 
service is modified to include, for example additional 
parameters associated with an existing service, both the 
application protocol and the associated service logic 

10 programs have to be modified to reflect changes in the 
application protocol resulting from changes in the service . 
Conventionally, such modifications require computer code 
changes that are time consuming. In addition, 

conventionally service logic interpreter 224 must be 

15 modified to be able to parse and execute the modified 
service logic programs 220. According to the invention, 
services using transaction capabilities application part 
308 messages may be easily added or modified for a given 
customer without the need for modifying the code associated 

20 with the service and without modifying service logic 
interpreter 224 . 

FIGURE 5 illustrates a simplified block diagram 
showing the creation of executable algorithms associated 
with transaction capabilities application part 308 messages 

25 according to the teachings of the invention. FIGURES 6 

through 8 illustrate exemplary details of various 
components of the block diagram illustrated in FIGURE 5 . 
The illustrated steps may be performed within service 
creation environment 126 to create service independent 

30 building blocks, such as service independent building 
blocks 203, that may be linked together to form a service 
logic program, such as service logic program 220. Service 
logic program 220 may then be used by a service logic 
interpreter, such as service logic interpreter 224, to 

35 generate executable algorithms, such as executable 
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algorithms 241, which are used by service control points 
104 and/or service switching points 112 to communicate 
transaction capabilities application part messages. 

As illustrated in FIGURE 5, service creation 
5 environment 126 includes a transaction capabilities 

application part message definition file (TMD File) 502. 
As described in greater detail below, transaction 
capabilities application part message definition file 502 
contains all transaction capabilities application part 

10 messages available to a given customer. Transaction 

capabilities application part message definition file 502 
also defines the parameters associated with each message. 
In addition, transaction capabilities application part 
message definition file 502 also associates a tag integer 

15 with a respective message. A tag integer associated with 

a given transaction capabilities application part message 
definition file 502 may be received by service control 
point 104 rather than the actual name of the desired 
message . 

20 Service creation environment 126 also may include a 

utility 508 that creates, based on transaction capabilities 
application part message definition file 502, a service 
independent building block template file 504. As described 
in greater detail below, service independent building block 

25 template file 504 associates particular parameters defined 

in transaction capabilities * application part message 
definition file 502 with variable names that are used by a 
designer in constructing a service logic program, such as 
service logic program 220. 

30 Service creation environment 126 also may include a 

service logic program graphical editor 505 for facilitating 
generation of a service logic program 506. By utilizing 
service logic program graphical editor 505, a service 
designer may link together a plurality of service 

35 independent building blocks that incorporate the contents 
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of service independent building block template file 504 to 
form service logic program 506. As described above, 
service independent building block template file 504 
associates particular parameters associated with the 
messages contained in transaction capabilities application 
part message definition file 502 with service logic program 
variables names used during the creation of service logic 
program 506 and during execution of service logic program 
506. 

Prior to the teachings of the present invention, a 
service designer utilizing a service creation environment 
for service creation used dedicated service independent 
building blocks, one for each message type, that had 
parameter information imbedded in the source code of the 
15 dedicated service independent building blocks. Adding 
messages to accommodate new services or additional 
parameters to existing messages required changing the 
source code of the service independent building blocks. 
The source code of the service independent building block 
20 conventionally included information specifying the 

parameters that were associated with particular messages 
and the structure of the associated parameters. Therefore, 
adding or modifying services, which conventionally resulted 
in a modification of the application protocol associated 
25 with transaction capabilities application part 3 08 
messages, conventionally required rewriting the source code 
of the service independent building blocks to reflect the 
change in protocol. In addition, each time a new service 
independent building block was added, service logic 
30 interpreter 224 required modification to be able to execute 

the newly-added or newly-modified service independent 
building block. 

By contrast, according to an embodiment of the 
invention and as described in greater detail below, service 
35 creation environment 126 provides access to all of an 
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application protocol ' s messages and parameters through the 
use of four service independent building blocks, including 
access to subsequently-developed messages and parameters. 
These service independent building blocks are Entry 202, 
5 Set 211, Get 213, and SendReceive 215, illustrated in 

FIGURE 2A. Adding messages or parameters to an application 
protocol does not require any service creation environment 
or service independent building block code changes. 

An embodiment of the invention provides an application 

10 protocol that uses a fully qualified name and a parameter 

structure to specify a parameter. According to one 
embodiment of the present invention, a fully qualified name 
is an ASCII text string of period-delimited parameter names 
that specifies a parameter that cannot be further 

15 subdivided to other parameters. Such a parameter is 

referred to as a leaf -node parameter. For example, as 
illustrated in the last line of FIGURE 7, the term 
"calledPartylD. digits" is a parameter that specifies the 
digits associated with the phone number of a calling party. 

20 Other leaf -node parameters or fully qualified names 

illustrated in FIGURE 7 include "calledPartylD. odd_even" , 
" calledPartylD. nat_of__num" , "calledPartylD . spare" , 

"calledPartylD. num_plan" , "calledPartylD.pri" , and 
"CalledPartylD. si. " By contrast, conventionally, a 

25 parameter such as "callingPartylD" would be specified by an 

integer string with specified portions of the string 
corresponding to each of the above-listed parameters. 

FIGURE 6 illustrates exemplary details of a portion of 
transaction capabilities application part message 

30 definition file 502. A more complete listing of an example 

transaction capabilities application part message 
definition file 502 is provided in Table 1. Transaction 
capabilities application part message definition file 502 
is an ASCII file that is used to specify a transaction 

35 capabilities application part application protocol, which 
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may be written, for example, in Tel syntax. Tel is a high- 
level scripting language known in the industry. Each 
transaction capabilities application part message 
definition file 502 contains the definition of a single 
5 transaction capabilities application part application 
protocol. Examples of Tel commands related to the present 
invention that are used to describe an application protocol 
are: PROTOCOL, OCTSTR, and SEQUENCE. PROTOCOL defines 
messages supported by the protocol; OCTSTR defines ASN.l 

10 octet -string- type parameters; and SEQUENCE defines ASN.l 

sequence-type parameters. The parameter reference 

structure defined in transaction capabilities application 
part message definition file 502 contains information 
relating to a message and its specified parameters. Based 

15 on the parameter reference structure contained in 
transaction capabilities application message definition 
file 502, upon execution of an executable algorithm such as 
executable algorithms 241, a service logic interpreter can 
access parameter values for use in processing transaction 

20 capabilities application part 308 messages. 

As illustrated in FIGURE 6, the term "SEQUENCE" 
specifies a data type for a transaction capabilities 
application part 308 message " Inf oAnalyzed . " The term 
"calledPartylD" is a parameter and the phrase 

25 "CalledPartylD OPT" specifies an optional data type for 

calledPartylD. The integer 11 IS" is a tag associated with 
the parameter calledPartylD. A transaction capabilities 
application part message received at, for example, service 
control point 104, may include such a tag rather than the 

30 name of the desired message. Upon reception of a 
transaction capabilities application part message 508, 
service control point 104, transaction capabilities 
application part message definition file 502 is accessed to 
associate the received tag with its associated message and 

35 parameters specified in transaction capabilities 
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application part message definition file 502. The phrase 
" USER_DEF INE CalledPartylD AINDigits" initiates 

definition of the user-defined data type "CalledPartylD." 

The phrase "BITFIELD AINDigits defines seven leaf-node 
5 parameters associated with parameter called the party ID. 

To change parameters for a given service or to add 
additional messages, transaction capabilities application 
part message definition (TMD) file 502 is modified. A 
starting point for creating transaction capabilities 

10 application part message definition file 502 may be a 

document that defines a standard application protocol using 
ASN.l grammar. An example of such a document is a standard 
specified by Bellcore. A customer may then supply a 
customer- specif ic definition of parameters that may be used 

15 to supplement the standard committee document to create the 

TMD file. 

As illustrated in FIGURE 5, a service independent 
building block template file 504 may be derived from 
transaction capabilities application part message 

20 definition file 502. One way of generating a service 

independent building block template file 504 is through the 
use of a utility 508, which generates service independent 
building block template file 504 from transaction 
capabilities application part message definition file 502 . 

25 As described above, service independent building block 

template file 504 associates the fully qualified names of 
"leaf -node" parameters of the application protocol 
specified within the transaction capabilities application 
part message definition file 502 with corresponding service 

30 logic program variable names that may be used by a service 

designer in service creation environment 126 to create a 
service logic program such as service logic program 220. 

FIGURE 7 illustrates example portions of service 
35 independent building block template file 504, which shows 
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examples of fully qualified names identifying leaf -node 
parameters and their corresponding service independent 
. building block variable. For example, the last line of 
information in FIGURE 7 reads " EXTDEF_PARAM : Var : 
5 phone_nr_type_id calledPartylD . digits CalledPID_digits 

alloc_call Edt:001." This command associates the fully 
qualified name "CalledPartylD. digits" with the variable 
name "CalledPIP_digits" that may be used by a service 
designer in creating service logic program 506. 

10 Associating a fully qualified name of a leaf-node parameter 

with a variable name that may be used by service designer 
in creating a service logic program, such as service logic 
program 506, enables a service designer to utilize variable 
names with which he is familiar and also allows the use of 

15 short, easy- to -remember variable names. As an intermediate 

step in generating service independent building block 
template 504, a "dot" file listing all fully qualified names 
that may be generated from transaction capabilities message 
definition file 502 may be generated. An example of such 

20 a file is provided in Table 2. 

Service independent building block template file 504 
may be used by service logic program graphical editor 505 
for creating service logic programs, such as service logic 
program 506, which is analogous to service logic program 

25 220. Service logic program 506 incorporates the 

application protocol defined in the transaction 
capabilities application part message definition file 502 
by associating the leaf -node parameters obtained from 
transaction capabilities application part message 

30 definition file 502 with service logic program variable 

names . 

To generate service logic ' program 506 , a service 
designer may link multiple service independent building 
blocks, such as service independent building blocks 203, to 
35 form service logic program 506. As described above, four 
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service independent building blocks are particularly 
important to generating service logic programs used for 
transaction capabilities application part messages. These 
four service independent building blocks are Entry 202, Set 
5 211, Get 213 and SendReceive 215. Service independent 
building block Get 213 retrieves the value of each 
parameter associated with a received message. Service 
independent building block Set 211 assigns values to 
parameters associated with a chosen message. Service 

10 independent building block Entry 202 is the entry point to 

a service independent building block upon receipt of a 
transaction capabilities application part message. Service 
independent building block SendReceive 215 is used to send 
and receive TCAP messages. 

15 As an example, a service designer may use the service 

independent building block Get 213 to retrieve a value 
associated with a parameter associated with an InfoAnalyzed 
message. To do so, during creation of a service logic 
program for use with an InfoAnalyzed message, the service 

20 logic designer may select the message InfoAnalyzed from a 

menu provided by service independent building block Get 213 
that lists all possible messages available with a given 
transaction capabilities part protocol specified by 
transaction capability application part message definition 

25 file 502. Selecting a message incorporates the parameters 
associated with that message into the service independent 
building block Get 213 for use in a resulting service logic 
program. In such a manner, service logic programs may be 
easily created to include new messages contained within 

30 transaction capabilities application part message 

definition file 502 or new parameters associated with 
messages contained in transaction capabilities application 
part message definition file 502. 

Once creation of service logic program 506 is 

35 completed, it can be executed by a service logic 
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interpreter 224 within, for example, service control point 
104 (FIGURE 9) to process transaction capabilities 
application part 308 messages received from or sent to, for 
example, service switching points 112 and 114. Upon 
execution of service logic program 506, service logic 
interpreter 224 creates service independent building block 
objects based on the content of the service logic program 
5 06 being processed. Each service independent building 
block object, when constructed, incorporates , the 
application protocol specified by transaction capabilities 
application part message definition file 502. 

FIGURE 8 illustrates and details of a portion of 
service logic program 506. FIGURE 8 shows commands 
associated with one service independent building block that 
is included in a portion of service logic program 506. 
Service logic program 506 may include a plurality of 
service independent building blocks that may be linked 
together using service logic program graphical editor 505. 
A portion of service logic program illustrated in FIGURE 8 
0 associates a fully qualified name for a leaf -node parameter 

based on service independent building block template file 
504. The purpose of service logic program 506 is to define 
the parameters that may be associated with a given message, 
such as, for example, Inf oAnalyzed, to define the types of 
5 variables associates with the parameters, and to define the 
type of action associated with the specified message. For 
example, the first line of service logic program 506, which 
reads "SIB Code: ACTION 4", specifies that the class of the 
service independent building block is "action" and also 
0 specifies the service independent building block 

identification number associated with the service 
independent building block. In this case, the service 
independent identification number is 4, which corresponds 
to this particular service independent building block being 
5 the fourth service independent building block generated in 
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the current service logic program. The second line of 
service logic program, which reads "SIB_Type: 

SIB action_get action_get", specifies that the particular 

type of action for this service independent building block 
5 is a get action. Except for the last line of information, 

the additional lines of information are associated with the 
leaf -node parameters associated with the message 
Inf oAnalyzed , These lines of information specify the 
variable type associated with a leaf-node parameter and 
10 also associate a leaf-node parameter with a variable name 

that may be used by a service designer in service creation 
environment 126 based upon the service independent building 
block template file 504. For example, the third line in 
FIGURE 8 specifies that the leaf-node parameter, having a 
15 fully qualified name of "CalledPartyID.nat_of_num" , has an 

integer type in that it is associated with the variable 
name n CalledPID_nat_of_num M that may be used by a service 
designer and service creation environment 126. The last 
line of the service independent building block illustrated 
20 in FIGURE 8 specifies the message associated with the 

service independent building block. As illustrated in 
FIGURE 8, the service independent building block is 
associated with an Inf oAnalyzed message. 

Thus, according to one embodiment of the invention, 
25 service logic programs such as service logic program 506 

may be created based on * transaction capabilities 
application part message definition file 502 that 
incorporate the parameter reference structure specified by 
transaction capabilities application part message 
definition file 502 and that associate a fully-qualified 
name for a leaf -node parameter with a service logic program 
variable. As described in greater detail below, this 
allows execution of executable algorithms 241 without 
rewriting the code for service logic interpreter 224 each 
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time an additional message or a modified message is 
desired. 

FIGURE 9 illustrates the execution of executable 
algorithms 241 by service logic interpreter 224 according 
5 to the teachings of the present invention. Executable 

algorithms 241 are the executable form of service logic 
program 506. Upon receiving a transaction capabilities 
application part message 902, service logic interpreter 
located in, for example, service control point 104 performs 

10 several functions. These functions include decoding, or 

translation, of transaction capabilities application part 
message 902, service selection, and service execution. 

According to industry standards, transaction 
capabilities application part message 902 consists of an 

15 encoded bitstream specifying a message and its associated 

parameters. According to one embodiment of the invention, 
service logic interpreter 224 accesses transaction 
capabilities application part message definition file 502 
to decode transaction capabilities application part message 

20 902. Decoding allows service logic interpreter 224 to know 

what message was sent, and therefore, what parameters^ 
associated with the message to expect. Thus service logic 
interpreter 224 translates an encoded bitstream specifying 
a particular message and its associated parameters into a 

25 set of fully-qualified names that are understandable by 

service logic programs 506 and executable algorithms 241. 
This translation process is illustrated by reference 
numeral 908. 

Once transaction capabilities application part message 
30 902 is translated, service logic interpreter 224 selects an 

executable algorithm 241 and executes the service 
independent building blocks associated with the selected 
executable algorithm. In doing so, service logic 
interpreter 224 provides the value of a leaf-node parameter 
35 to executable algorithm 241 in response to a request by 
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executable algorithm 241 specifying a fully-qualified name 
for a desired leaf -node parameter. The request 

incorporating the fully- qualified name is illustrated by 
reference numeral 909. The provision of a* value 
5 corresponding to the request 909 is illustrated by 
reference numeral 910. Because service logic programs 506 
were created according to the procedure described with 
reference to FIGURES 5 through 8, executable algorithm 241 
can receive and understand values of parameters specified 

10 by a fully qualified name. For example, execution of 
service independent building block Get 213 gets the value 
corresponding to a parameter identified by a fully 
qualified name. Once the value of a parameter is obtained, 
internal variable names are used within executable 

15 algorithm 241. Thus, the fully-qualified name for a 
parameter allows communication of parameter values between 
service logic interpreter 224 and executable algorithm 241. 
Once an executable algorithm 241 has completed its assigned 
task, a value may be assigned to another parameter 

20 associated with transaction capabilities application part 
message 902 through the service independent block Set 211. 
This is accomplished by transmitting a fully-qualified name 
for the parameter and a value to be assigned to that 
parameter from the executable algorithm 241 to service 

25 logic interpreter 224. This transmission of a fully- 
qualified name and an associated value is illustrated by 
reference numeral 912. In addition, a response message may 
be sent utilizing service independent block SendReceive 
215. 

30 0nce service logic interpreter 224 receives a response 

from executable algorithm 241, it may translate the message 
into a bitstream of encoded data for transmission to 
service switching point 112. This translation is performed 
in a manner analogous to the translation described above 

35 and is represented by reference numeral 908. Once 
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translated, a transaction capabilities application part 
message response 904 may be transmitted to service 
switching point 112 . 

— * 

The below Table 1 illustrates one example of a 
transaction capabilities application part message 
definition file 502. 

^P^^^3Ii^ 1 

###################### 
## Section l. Protocol 
###################### 
PROTOCOL CUSTOMERNAME 1.0 PRIVATE { 

25857 AnalyzeRoute {} { ApplicationError } } 

28161 Close } 

25869 Continue {} { ApplicationError } J 
25859 Disconnect {} { ApplicationError } } 

25603 InfoAnalyzed {} { ApplicationError FailureReport } 

{ AnalyzeRoute Continue SendToResource Disconnect } } 



} 



j 28417 ReportError } 



26113 SendToResource {} { ApplicationError } } 



25 



30 



35 



40 



####################### 
## Section 2. Messages 
####################### 
SEQUENCE AnalyzeRoute { 
chargeNumber 
call ingParty ID 
calledPartylD 
ou tpul s eNumbe r 
primaryTrunkGroup 



} 



19 ChargeNumber OPT } 

18 CallingPartylD OPT } 

15 CalledPartylD OPT } 
37 OutpulseNumber OPT } 
42 PrimaryTrunkGroup OPT } 



alternateTrunkGroup 5 AlternateTrunkGroup OPT } 

secondAlternateTrunkGroup 48 SecondAlternateTrunkGroup OPT } 

extensionParameter 84 ExtensionParameter OPT } 

genericAddressList 107 GenericAddressList OPT } 



SEQUENCE Close { 

userlD 53 UserlD OPT } 

bearerCapability 13 BearerCapability OPT } 
closeCause 72 CloseCause OPT ) 

} ' 

## { extensionParameter 
from Close msg 



84 ExtensionParameter OPT } deleted 



45 



50 



55 



SEQUENCE Continue { 

{ extensionParameter 

SEQUENCE Disconnect { 
{ extensionParameter 



84 ExtensionParameter OPT } 



84 ExtensionParameter OPT } 



SEQUENCE InfoAnalyzed { 

( userlD 53 UserlD } 

{ bearerCapability 13 BearerCapability } 
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15 



} 



calledPartylD 15 CalledPartylD OPT } 

triggerCriteriaType 52 TriggerCriteriaType } 

chargeNumber 19 ChargeNumber OPT } 
calling Party ID 18 CallingPartylD OPT } 
carrier 41 Carrier OPT } 

accessCode 1 AccessCode OPT } 

collectedAddressInfo 22 CollectedAddressInf o OPT } 
collectedDigits 23 CollectedDigits OPT } 
extensionParameter 84 ExtensionParameter OPT } 



SEQUENCE ReportError { 

{ applicationError String 

## { extensionParameter 
from ReportError 



55 ApplicationErrorString } 

84 ExtensionParameter OPT } deleted 



20 



25 



SEQUENCE SendToResource 
resourceType 
strParameterBlock 
disconnectFlag 
answerlndicator 



} 

## 



45 ResourceType } 
50 StrParameterBlock 
25 NULL OPT } 
12 NULL OPT ) 



{ extensionParameter 



from SendToResource 



84 ExtensionParameter OPT } deleted 



RE Ain02RE { 
30 | 1 ApplicationError } 

{ 2 FailureReport } 



3 5 ######################### 
## Section 3 . Parameters 
######*«#*#########«####« 

##3.1 Primitive Parameters 
40 ##3.1.1 INTEGER 

INTEGER ClassOfSvc 0 1023 

INTEGER ResourceType 0 255 

INTEGER ServTranslationScheme 1 999 

45 

## 3.1.2 BCDOCTSTRING 
### numbers are no of digits 
BCDOCTSTR Dn 10 10 

BCDOCTSTR UniversalAccess 10 10 

## 3.1.3 OBJECTID 

## The given value is incorrect in the document; 
## The correct value should be "1 .2 . 840 .113533 . 8 .65.16" . 

OBJECTID AssignmentAuthority "1.2.836. 97021 . 8 . 65 . 16 " 

## 3.1.4 OCTSTRING 

### numbers are no of bytes 

## OCTSTR BillSequenceNumber 4 4 # This has been moved to 

BITFIELD 

60 OCTSTR CallBranding 2 2 



50 



55 
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## 3.1.5 ENUMERATED 
ENUM BearerCapability { 
speech 0 } 
£31kHzaudio 1 
£7kHzaudio 2 
b56kbps 3 
b64kbps 4 
multiRate 6 

} " 

ENUM CallType 

Sonnet 0 
offnet 1 

ENUM CloseCause { 

callTerminated 0 
eDPsCorapleted 1 
unexpectedCommunication 2 
calledPartyAnswered 

} 

ENUM ErrorCause { 

erroneousDataValue 
mi s s ingCondi t iona 1 Parameter 
responseMessageTimerExpired 
unexpectedCommunication 
unexpectedMessage 
unexpectedMessageSequence 
unexpectedParameterSequence 

} 

ENUM FailureCause { 
rateTooHigh 
unavailableResources 
apTimeout 
apbusy 

channel sBusy 

abort 14 } 

resourceLimitation 
applicationError 
securityError 
protocolError 
timerExpired 
t empor ary Fa i lure 
mwiUnderSmdiControl 
segmentationError 
ncasDisallowed 
controlEncountered 
improperCoding 
inappropriateCondition 
inappropriateUser Interface 
inappropriateLegManipulation 



} 



ENUM TriggerCriteriaType { 
f eatureActivator 
verticalServiceCode 
customizedAccess 
customizedlntercom 
npa 

npaNXX 



3 } 



0 } 



5 
6 



1 ) 

U 

13 } 

15 } 

16 ) 



19 
2Q 
21 
22 
23 
24 
25 



2 } 



17 
18 



26 
27 
28 



0 } 



5 } 



2 
3 
4 



1 } 
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nxx 

nxxXXXX 

npaNXXXXXX 8 } 
count ryCodeNPANXXXXXX 
carrierAccess 

prefixes 11 

nil 12 

aFR 13 

sharedlOTrunk 14 

terminationAttempt 15 

of fHooklmmediate 16 

of f HookDe lay 1 7 

channelSetupPRI 18 

npaN 19 } 

npaNX 20 } 

npaNXXX 2 

npaNXXXX 22 

npaNXXXXX 23 } 

networkBusy 24 

sds_info 100 

sds_ani 101 

sds nOO 102 



9 } 



10 } 



I) 
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## 3.2 Constructed Parameters 

## 3/2.1 CHOICE 

CHOICE StrParameterBlock { 

{ announcementBlock 0 AnnouncementBlock 



CHOICE UserlD { 
^ { dn 



1 Dn } 



## 3.2.2 SEQUENCE 

SEQUENCE AnnouncementBlock { 

{ uninterAnnounceBlock 1 UninterAnnounceBlock OPT } 



SEQUENCE ApplicationError { 

{ applicationErrorString 55 ApplicationErrorString } 

## { extensionParameter 

from ApplicationError 



84 ExtensionParameter OPT } deleted 



SEQUENCE ExtensionParameter { 

I assignmentAuthority j 6 UNIVERSAL } Assignment Authority } 
50 ^ { epParameters { 17 UNIVERSAL } EpParameters } 

SEQUENCE FailureReport { 

{ failureCause 32 FailureCause ) 

55 } 

## { extensionParameter 84 ExtensionParameter OPT } deleted from 

FailureReport 



60 SEQUENCE ApplicationErrorString { 

^ { errorCause 56 ErrorCause 
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## 3.2.3 SEQUENCEOF 

SEQUENCEOF GenericAddressList 10 GenericAddress 80 

SEQUENCEOF UninterAnnounceBlock 10 AnnounceElement { 4 UNIVERSAL } 



10 



15 



## 3.2.4 SET 

SET EpParameters { 

servTranslationScheme 1 ServTranslationScheme OPT } 

2 CallType OPT } 

3 NULL OPT } 

4 ClassOfSvc OPT } 
9 BillSequenceNumber OPT } 
5 CallBranding OPT } 

10 Universal Access OPT } 

} 



callType 
satRestriction 
classOf Svc 
billSequenceNumber 
callBranding 
universalAccess 



20 



25 



30 



## 3. 

USER 

USER" 

user" 
user" 
user" 
user" 
user" 
user" 
user" 
user" 



3 User 
DEFINE 
DEFINE 
DEFINE 
"DEFINE 
DEFINE 
"DEFINE 
DEFINE 
DEFINE 
DEFINE 
"DEFINE 



Defined Parameters 
AccessCode 
CalledPartylD 
CallingPartylD 
ChargeNumber 
CollectedAddressInfo 
CollectedDigits 
Outpul s eNumbe r 
AlternateTrunkGroup 
PrimaryTrunkGroup 



SecondAl ternateTrunkGroup 



AINDigits 

AINDigits 

AINDigits 

AINDigits 

AINDigits 

AINDigits 

AINDigits 

TrunkGroupType 
TrunkGroupType 



TrunkGroupType 



USER DEFINE Carrier 



CarrierFormat 



35 



40 
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## 

##3.4 Bitfield Parameters 
## 

BITFIELD AINDigits { 

odd_even BIT_DGT_ODDEVEN 
nat_of_num BIT_ENUM 
spare BIT_NULL 



} 



num_jplan 
pri 
si 

digits 



BIT_ENUM 
BIT_ENUM 
BIT_ENUM 
BIT DGT 



1 
7 

} 

3 
2 
2 

0 24 odd even 



50 



55 



60 



3 } 



### AINDigits FIELD DEFINITION START 
BIT ENUM AINDigits nat_of_num { 
not_applicable 
sub s c r iber_numbe r 
reserved_f or_national_use 
national_number 
international_number 
partitioned_number 
acct_number 
ani_number 
i2ani_number 
aut hcode_numbe r 
ho t 1 ine_number 
mccs_number 102 
pin_number " 103 } 



} 



97 
98 
99 

100 

101 



2 } 

V 
96 } 
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} 



vpn_number 
nOO number 



104 
105 



BIT_ENUM AINDigits num_j>lan { 

unknown_or_not_appl icabl e 
isdn_numbering_plan 
private_numbering_plan 5 } 

BIT_ENUM AINDigits pri { 

present a tion_al lowed 
presentation_restricted 
number unavailable 

} 



0 
1 

2 



BIT_ENUM AINDigits si { 

reserved_for_user_provided 0 } 

user_provided_j>assed_network_screening l } 

reserved_f or_user_privated_failed_network_screening 



} 

### 



2 } 



AINDigits FIELD DEFINITION END 



25 
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## number of digits is determined by filed num_of_digits 
BITFIELD AnnounceElement { 

system_announcement_id BIT_INT 16 } 

number_of_digits BIT_DGT_NUMDIGITS 8 } 

_ digits BIT_DGT } 

BIT_INT AnnounceElement system_announcement_id 0 65535 100 



35 



40 



BITFIELD BillSequenceNumber { 

scp_num BIT_INT 
instance^ num BIT_INT 
serial num BIT INT 

} ' . ~ 



2 } 



24 } 



45 



50 



55 



BITFIELD CarrierFormat { 

carrier_selection BITJ3NUM 8 } 

number_of_digits BIT_DGT_NUMDIGITS 



} 



digits 



BIT DGT 



8 } 



4 4 number_of_digits } 



BIT_ENUM CarrierFormat carrier_selection { 

no_indication 0 } 

presubscribed_and_no_input i } 

presubscribed_and_input 2 } 

presubscribed_and_no_indication_of input 3 } 
not_presubscribed_and_input 4 } 



60 



BITFIELD GenericAddress { 

type_of_addr BIT_ENUM 
odd_even B I T_DGT_ODDEVEN 

nat_of_addr_ind BIT_ENDM 
spare BIT_NULL l 

num_j?lan BIT_ENUM 
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} 



pres 
resv 

addr_signal 



BITJSNUM 
BIT_NULL 
BIT DGT 



2 
2 

1 16 odd even 



### GenericAddress FIELD DEFINITION START --■ 
#BIT ENUM GenericAddress type_of_addr { 



# 

# 
# 
# 
# 
# 
# 
#} 



dialed_num 0 
de s t ina t ion_num l 
suppl_userjprov_calling_addr_failed_scr 
suppl_user_prov_cal 1 ing_addr_no t_s cr 
completion_num 

a 1 1 e rna t e_ ou t pul s e_num 100 
second_alternate_outpulse_num 
o ve r f 1 o w_r ou t i ng_num 102 



4 

} 

} 



96 
97 
98 



5 to 4 



104 



BIT_ENUM GenericAddress type_of_addr { 
alternate_outpulse_num 
second_alternate_outpulse_num 
overf low_routing_num 

# changed unique_international_num from 

# added vpn 104 
BIT ENUM GenericAddress nat_of_addr_ind 

unique_subscriber_num 
unique_national_num 
unique_international_num 
abbreviatednum 
vpn 

non_unique_subs cr iber_num 
non_\inique_national_num 
non_unique_international_num 
test line test code 

} 

BIT_ENUM GenericAddress num_plan { 
| isdn_numjplan 
{ private 

BIT_ENUM GenericAddress pres { 
j presentation_allowed 
{ presentation_restricted 

### GenericAddress FIELD DEFINITION END 



6 
} 



115 } 



2 } 



3 } 



101 } 



1 } 



3 
4 



113 } 

116 
119 



1 
5 



i) 



## TrunkGroupType call_treat_ind is chosen as BIT_NULL because it 
## is for future use. 
BITFIELD TrunkGroupType { 

no_to_outpulse BIT ENUM 
sfg_ind 

call_treat_ind 
digits 



} 



BIT_ENUM 
BIT_NULL 
BIT DGT 



8 } 



### TrunkGroupType FIELD DEFINITION START 
BIT_ENUM TrunkGroupType no_to_outpulse { 

" " " "i i 



} 



| outpulse_no 



normal_routing_no 
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BIT_ENUM TrvmkGroupType sfg_ind { 

{ not_sfg 
} I sfg 



sfg_ 



### TrunkGroupType FIELD DEFINITION END 

##3.4 BIT_MAP 
BCD_MAP { 



0 


0 


1 


1 


2 


2 


3 


3 


4 


4 


5 


5 


6 


€ 


7 


7 


8 


8 


9 
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The below Table 2 illustrates one example of a "dot" 
file listing fully-qualified names of leaf -node parameters 
contained in the transaction capabilities application part 
5 message definition file of Table 1. 

T APEE 2 

#### -> TMD for CUS TOMERNAME 1.0 <- #### 

#### :: INVOKE 

#### 

10 #M Operation Name: AnalyzeRoute 

chargeNumber . odd_even 

chargeNumber . nat_of __num 

chargeNumber . spare 

chargeNumber . num_plan 
15 chargeNumber . pri 

chargeNumber . s i 

chargeNumber . digits 

callingPartylD . odd_even 

callingPartylD . nat_ of _num 
20 cal 1 ingPar ty ID . spare 

callingPartylD . num_plan 

callingPartylD . pri 

call ingPar ty ID . s i 

callingPartylD . digits 
25 calledPartylD. odd_even 

calledPartylD . nat_of _num 

calledPartylD . spare 

calledPartylD . num_j>lan 

calledPartylD . pri 
3 0 calledPartylD . si 

calledPartylD . digits 

outpulseNumber . odd_even 

outpulseNumber . na t_of _ num 

outpulseNumber . spare 

3 5 outpulseNumber . num_plan 

outpulseNumber . pri 
outpulseNumber .si 
outpulseNumber . digits 
pr imaryTrunkGroup . no_to_outpulse 

4 0 primaryTrunkGroup . sf g_ind 

pr imaryTrunkGroup . cal l_treat_ind 
primaryTrunkGroup . digits 
alternateTrunkGroup . no_to_outpulse 
alternateTrunkGroup. sfg_ind 

4 5 alternateTrunkGroup . call_treat_ind 

alternateTrunkGroup . digits 
secondAlternateTrunkGroup . no_to_outpulse 
secondAlternateTrunkGroup . sf g_ ind 
secondAlternateTrunkGroup . call_treat_ind 
50 sec ondAl t e mat eTrunkGr oup . dig i t s 

extensionParameter . assignment Authority 
extensionParameter . epParameters . servTranslationScheme 
extensionParameter . epParameters . callType 
extensionParameter . epParameters . satRestrict ion 

5 5 extensionParameter . epParameters . classOf Svc 

extensionParameter . epParameters . billSequenceNumber . scp_num 
extensionParameter . epParameters . billSequenceNumber . instance num 



WO 99/09659 



PCT/US98/17407 



34 



extensionParameter . epParameters . 
extensionParameter . epParameters 
extensionParameter . epParameters 



billSequenceNumber . serial_num 

callBranding 

universalAccess 



genericAddressList (0 
5 genericAddressList ( 0 

genericAddressList ( 0 
genericAddressList (0 
genericAddressList (0 
genericAddressList (0 

1 0 genericAddressList ( 0 

genericAddressList (0 
genericAddressList (1 
genericAddressList (1 
genericAddressList (1 

15 genericAddressList (1 

genericAddressList (1 
genericAddressList (1 
genericAddressList (1 
genericAddressList (I 

2 0 genericAddressList ( 2 

genericAddressList (2 
genericAddressList (2 
genericAddressList (2 
genericAddressList (2 

2 5 genericAddressList ( 2 

genericAddressList (2 
genericAddressList (2 
genericAddressList (3 
genericAddressList (3 
30 genericAddressList (3 

genericAddressList (3 
genericAddressList (3 
genericAddressList (3 
genericAddressList (3 

3 5 genericAddressList (3 

genericAddressList (4 
genericAddressList (4 
genericAddressList (4 
genericAddressList (4 

4 0 genericAddressList (4 

genericAddressList (4 
genericAddressList (4 
genericAddressList (4 
genericAddressList (5 

45 genericAddressList (5 

genericAddressList (5 
genericAddressList (5 
genericAddressList (5 
genericAddressList (5 

50 genericAddressList (5 

genericAddressList (5 
genericAddressList (6 
genericAddressList (6 
genericAddressList (6 

55 genericAddressList (6 

genericAddressList (6 
genericAddressList (6 
genericAddressList (6 
genericAddressList (6 

6 0 genericAddressList ( 7 

genericAddressList (7 
genericAddressList (7 



GenericAddress . type_of_addr 
GenericAddress . odd_even 
GenericAddress . nat_of _addr_ind 
GenericAddress . spare 
GenericAddress . num_plan 
GenericAddress . pres 
GenericAddress . resv 



. addr__signal 

■ type_of _addr 

. odd_even 

. nat_of _addr_ind 

. spare 

. num_plan 



.GenericAddress . 
.GenericAddress . 
.GenericAddress , 
.GenericAddress . 
.GenericAddress . 

. GenericAddress . 

.GenericAddress .pres 
.GenericAddress . resv 
.GenericAddress . addr_signal 
.GenericAddress . type_of_addr 
. GenericAddress . odd_even 
. GenericAddress . natof _addr_ind 
. GenericAddress . spare 
. GenericAddress . numjplan 
. GenericAddress . pres 
.GenericAddress . resv 
.GenericAddress . addr_signal 
.GenericAddress . type_of _addr 
. GenericAddress . odd_even 
. GenericAddress . nat_of _addr_ind 
. GenericAddress . spare 
. GenericAddress . num_plan 
.GenericAddress . pres 
. GenericAddress . resv 
. GenericAddress . addr_signal 
.GenericAddress . type_of__addr 
. GenericAddress . odd_even 
. GenericAddress . nat_of _addr_ind 
.GenericAddress . spare 
. GenericAddress . num_plan 
. GenericAddress . pres 
. GenericAddress . resv 
. GenericAddress . addr_signal 
. GenericAddress . type_of _addr 
. GenericAddress . odd_even 
. GenericAddress . nat_of _addr_ind 
.GenericAddress . spare 
.GenericAddress .num_plan 
. GenericAddress . pres 
. GenericAddress . resv 
. GenericAddress . addr_signal 
.GenericAddress . type_of_addr 
. GenericAddress . odd_even 
. GenericAddress . nat_of _addr_ind 
. GenericAddress . spare 
. GenericAddress . num__plan 
. GenericAddress . pres 
. GenericAddress . resv 
. GenericAddress . addr_signal 
. GenericAddress . type_of _addr 
. GenericAddress . odd_even 
. GenericAddress. nat of addr ind 
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. GenericAddress . spare 

. GenericAddress . nurnjplan 

. GenericAddress . pres 

. GenericAddress . resv 

. GenericAddress . addr_signal 

. GenericAddress . type_of _addr 

. GenericAddress . odd_even 

. GenericAddress . nat_of _addr_ind 

. GenericAddress . spare 

. GenericAddress . nurnjplan 

. GenericAddress . pres 

. GenericAddress . resv 

. GenericAddress . addr_signal 

. GenericAddress . type_of _addr 

. GenericAddress . odd_even 

. GenericAddress . nat_of _addr_ind 

. GenericAddress . spare 

. GenericAddress . nurnjplan 

.GenericAddress .pres 

. GenericAddress . resv 

. GenericAddress . addr_signal 



### Operation Name: Close 
userlD.dn 
bearerCapability 
closeCause 



### Operation Name: Continue 
extensionParameter . assignmentAuthority 
extensionParameter . epParameters . servTranslationScheme 
extensionParameter . epParameters . callType 
extensionParameter . epParameters . satRestriction 
extensionParameter . epParameters . classOf Svc 
extensionParameter . epParameters . billSequenceNumber . scp_num 
extensionParameter . epParameters . billSequenceNumber . instance_num 
extensionParameter . epParameters . billSequenceNumber . serial_num 
extensionParameter . epParameters . callBranding 
extensionParameter . epParameters . universalAccess 



### Operation Name: Disconnect 
extensionParameter . assignmentAuthority 
extensionParameter . epParameters . servTranslationScheme 
extensionParameter . epParameters . callType 
extensionParameter . epParameters . satRestriction 
extensionParameter . epParameters . classOf Svc 
extensionParameter . epParameters . billSequenceNumber . scp_num 
extensionParameter . epParameters . billSequenceNumber . instance_num 
extensionParameter . epParameters . billSequenceNumber . serial_num 
extensionParameter . epParameters . callBranding 
extensionParameter . epParameters . universalAccess 



### Operation Name: InfoAnalyzed 

userlD.dn 

bearerCapability 

calledPartylD . odd__even 

calledPartylD . nat_of _num 

cal ledParty ID . spare 

calledPartylD . nurnjplan 



genericAddressList (7 
genericAddressList (7 
genericAddressList (7 
genericAddressList (7 
genericAddressList { 7 
genericAddressList (8 
genericAddressList (8 
genericAddressList (8 
genericAddressList (8 
genericAddressList (8 
genericAddressList (8 
genericAddressList (8 
genericAddressList (8 
genericAddressList (9 
genericAddressList (9 
genericAddressList (9 
genericAddressList (9 
genericAddressList (9 
genericAddressList (9 
genericAddressList (9 
genericAddressList ( 9 
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calledPartylD . pri 

calledPartylD. si 

calledPartylD . digits 

triggerCriteriaType 

chargeNumber . odd_even 

chargeNumber . na t_o f_num 

chargeNumber . spare 

chargeNumber . nutnjplan 

chargeNumber ♦ pri 

chargeNumber . si 

chargeNumber . digits 

callingPartylD . odd_even 

callingPartylD .nat_of_num 

callingPartylD . spare 

callingPartylD . num_plan 

cal 1 ingPar tylD . pri 

callingPartylD . si 

callingPartylD . digits 

carrier . carrier_select ion 

carrier . number_of _digi ts 

carrier . digits 

accessCode . odd_even 

accessCode . nat_of _ num 

accessCode . spare 

accessCode .num_j>lan 

accessCode .pri 

accessCode . si 

accessCode . digits 

collectedAddressInf o . odd_even 

collectedAddressInf o.nat_of_num 

collectedAddressInf o . spare 

collectedAddressInf o . num_plan 

collectedAddressInf o. pri 

collectedAddressInf o . si 

collectedAddressInf o . digits 

collectedDigits . odd_ even 

collectedDigi ts . nat_of _num 

collectedDigits . spare 

collectedDigits ,num_plan 

collectedDigits . pri 

collectedDigits , si 

collectedDigits . digits 

extensionParameter . assignmentAuthority 

extensionParameter . epParameters . servTranslat ionScheme 

extensionParameter . epParameters . callType 

extensionParameter . epParameters . satRestriction 

extensionParameter . epParameters . classOf Svc 

extensionParameter . epParameters . billSequenceNumber . scp_num 

extensionParameter . epParameters . billSequenceNumber . instance_num 

extensionParameter . epParameters . billSequenceNumber . serial num 

extensionParameter . epParameters . callBranding 

extensionParameter . epParameters . universalAccess 



### Operation Name: ReportError 
applicationErrorString . errorCause 



### Operation Name : SendToRe source 
resourceType 

strParameterBlock.anhouncementBlock.uninterAnnounceBlock (0) .AnnounceEle 
ment . system_announcement id 



wu yy/uyosy 
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strParameterBlock * announcementBlock . uninterAnnounceBlock ( 0 ) . AnnounceEle 
ment . number_of _digits 

strParameterBlock . announcementBlock . uninterAnnounceBlock ( 0 ) . AnnounceEle 
ment .digits 

5 s t rParameterBlock . announcementBlock . uninterAnnounceBlock ( 1 ) . AnnounceEle 

ment . system_announcement_id 

strParameterBlock. announcementBlock. uninterAnnounceBlock (1) .AnnounceEle 
ment . number_of _digits 

strParameterBlock. announcementBlock. uninterAnnounceBlock (1) .AnnounceEle 
10 ment. digits 

strParameterBlock . announcementBlock . uninterAnnounceBlock (2 ) .AnnounceEle 
ment . system_announcement_id 

strParameterBlock . announcementBlock . uninterAnnounceBlock (2 ) . AnnounceEle 
ment . number_of_digits 
1 5 strParameterBlock . announcementBlock . uninterAnnounceBlock ( 2 ) . AnnounceEle 

ment. digits 

s tr ParameterBlock . announcementBlock . uninterAnnounceBlock ( 3 ) . AnnounceEle 
ment . system_announcement_id 

strParameterBlock. announcementBlock . uninterAnnounceBlock (3 ) .AnnounceEle 
2 0 ment . number_of _digi ts 

strParameterBlock . announcementBlock . uninterAnnounceBlock ( 3 ) . AnnounceEle 
ment .digits 

strParameterBlock. announcementBlock. uninterAnnounceBlock (4) .AnnounceEle 
ment . system__announcement_id 

2 5 s trPararaeterBlock . announcementBlock . uninterAnnounceBlock ( 4 ) . AnnounceEle 

ment . number_of _digits 

strParameterBlock. announcementBlock. uninterAnnounceBlock (4) .AnnounceEle 
ment .digits 

strParameterBlock. announcementBlock. uninterAnnounceBlock (5) .AnnounceEle 

3 0 ment . system_announcement_id 

strParameterBlock. announcementBlock. uninterAnnounceBlock (5) .AnnounceEle 
ment . number_of _digits 

strParameterBlock. announcementBlock. uninterAnnounceBlock (5) .AnnounceEle 
ment .digits 

3 5 s t rParameterBlock . announcementBlock . uninterAnnounceBlock ( 6 ) . AnnounceEle 

ment . sy s t em_announcement_id 

strParameterBlock. announcementBlock. uninterAnnounceBlock (6) .AnnounceEle 
ment .number_of_digits 

strParameterBlock . announcementBlock . uninterAnnounceBlock ( 6 ) . AnnounceEle 

4 0 ment . digits 

strParameterBlock . announcementBlock . uninterAnnounceBlock (7 ) . AnnounceEle 
ment . system_announcement_id 

str ParameterBlock. announcementBlock. uninterAnnounceBlock (7) .AnnounceEle 
ment . number_of _digits 
45 strParameterBlock. announcementBlock. uninterAnnounceBlock (7) .AnnounceEle 

ment .digits 

strParameterBlock. announcementBlock. uninterAnnounceBlock (8) .AnnounceEle 
ment . system_announcement_id 

s t rParameterBlock . announcementBlock . uninterAnnounceBlock ( 8 ) . AnnounceEle 
50 ment . number_of_digits 

str ParameterBlock. announcementBlock. uninterAnnounceBlock (8) .AnnounceEle 
ment .digits 

strParameterBlock . announcementBlock . uninterAnnounceBlock ( 9 ) . AnnounceEle 
ment . system_announcement_id 
55 strParameterBlock. announcementBlock. uninterAnnounceBlock (9) .AnnounceEle 

ment . number_of _digits 

s t rParameterBlock . announcementBlock . uninterAnnounceBlock { 9 ) . AnnounceEle 
ment .digits 
disconnectFlag 
60 answer Indicator 
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#### : :RR 
#### 

#### ::RE 
#### 

Operation Name: ApplicationError 
applicationErrorString . errorCause 



Operation Name: FailureReport 
f ailureCause 



Although the present invention and its advantages have 
been described in detail, it should be understood that 
various changes, substitutions, and alterations may be made 
therein without departing from the spirit and scope of the 
invention as defined by the appended claims. 
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WHAT IS CLAIMED IS: 

1. A method of processing transaction capabilities 
application part information in an intelligent network, the 
method comprising the steps of : 
5 transmitting transaction capabilities application 

information from a first node in the intelligent network to 
a second node in the intelligent network; 

providing a transaction capabilities application part 
message definition having a plurality of messages and 
10 parameters defining a parameter structure for transaction 

capabilities application part communication; 

accessing the transaction capabilities application 
part message definition to determine the parameter 
structure for the provided transaction capabilities 
15 application part message; 

in response to the content of the transaction 
capabilities application part message and the parameter 
structure, executing an executable algorithm operable to 
process transaction capabilities application part messages 
20 having the parameter structure defined by the transaction 

capabilities application part definition. 

2* The method of Claim 1 wherein the provided 
transaction capabilities application part message comprises 
25 a coded transaction capabilities application part message 

and further comprising decoding the code transaction 
capabilities application part message based on the content 
of the transaction capabilities application part message 
definition. 

30 
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3 . The method of Claim 1 and further comprising 
encoding transaction capabilities application part 
information based on the content of the transaction 
capabilities application part message definition in 
5 response to the step of executing an executable algorithm, 

the encoded transaction capabilities application part 
information for transmission from the second node to the 
first node. 

10 4. The method of Claim 1 wherein the executable 

algorithm is operable to receive and transmit parameters 
specified by a fully qualified name, the parameters defined 
by the transaction capabilities application part message 
definition. 

15 

5. The method of Claim 1 and further comprising 
selecting the executable algorithm in response to the 
content of the transaction capabilities application part 
information. 

20 

6 . The method of Claim 1 wherein the step of 
executing an executable algorithm comprises executing an 
executable algorithm having portions derived from the 
transaction capabilities application part message 

25 definition. 

7. The method of Claim 1 wherein the step of 
executing an executable algorithm comprises executing an 
executable algorithm adapted to associate a leaf -node 

30 parameter derived from the transaction capabilities 

application part message definition with a variable 
internal to the executable algorithm. 
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8. A method of communicating transaction 
capabilities application part information between at least 
two nodes of an intelligent network, the method comprising 
5 the steps of : 

transmitting coded transaction capabilities 
application part information from a first node of the 
intelligent network to a second node of the intelligent 
network, the coded transaction capabilities application 
10 part information having a code corresponding to a 
transmitted transaction capabilities application part 
message and a code corresponding to a parameter associated 
with the transmitted transaction capabilities application 
part message ; 

15 accessing from the second node a transaction 

capabilities application part message definition; 

decoding the coded transaction capabilities 
application part information in response to accessing the 
transaction capabilities application part message 

20 definition to produce decoded transaction capabilities 
application part information, the decoded transaction 
capabilities application part information comprising a 
decoded transaction capabilities application part message 
and a decoded parameter associated with the decoded 

25 transaction capabilities application part message; and 

executing an executable algorithm in response to the 
decoded transaction capabilities application part message. 

9. The method of Claim 8 and further comprising 
30 encoding transaction capabilities application part 

information in response to the step of executing an 
executable algorithm. 



PCT/US98/174U7 



42 

10 . The method of Claim 9 wherein the step of 
encoding transaction capabilities application part 
information comprises encoding transaction capabilities 
application part information based on the content of the 

5 transaction capabilities application part message 

definition. 

11. The method of Claim 8 wherein the step of 
executing an executable algorithm comprises selecting an 

10 executable algorithm for execution, the selection of the 

executable algorithm based on the decoded transaction 
capabilities application part message. 

12. The method of Claim 8 wherein the step of 
15 executing an executable algorithm comprises executing an 

executable algorithm derived from a plurality of service 
independent building blocks . 

13. The method of Claim 8 wherein the step of 
20 executing an executable algorithm comprises executing a 

service independent building block adapted to associate a 
leaf -node parameter derived from the transaction 
capabilities application part message definition with a 
variable within the service independent building block. 

25 

14 . The method of Claim 8 wherein the decoded 
parameter is identified by a fully qualified name. ' 

15. The method of Claim 8 and further comprising 
30 transmitting a value for a parameter specified by the fully 

qualified name to the executable algorithm. 
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16. The method of Claim 8 and further comprising 
receiving at a service logic interpreter in the second node 
a fully-qualified name associated with a leaf -node 
parameter and receiving at the executable algorithm a value 

5 corresponding to the leaf -node parameter. 

17. The method of Claim 16 and further comprising 
assigning a value corresponding to the leaf -node parameter 
to a variable in the executable algorithm. 

10 

18. The method of Claim 8 and further comprising 
transmitting coded transaction capabilities application 
part information from the second node to the first node in 
response to executing the executable algorithm for 

15 transmission from the second node to the first node. 

19. The method of Claim 18 and further comprising 
coding a parameter associated with a transaction 
capabilities application part message in response to 

20 executing the executable algorithm for transmission from 

the second node to the first node. 

20. The method of Claim 19 wherein the parameter is 
specified by a fully-qualified name. 
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21. A communications network comprising: 

a transaction capabilities application part message 
definition defining a transaction capabilities application 
part parameter structure; 
5 a first node in the communications network; and 

a second node in the communication network, the second 
node in communication with the first node, the second node 
comprising a service logic interpreter operable to 

receive transaction capabilities 
10 application part messages from the first 

node ; 

access the transaction capabilities 
application part message definition- 
select an executable algorithm for 
15 execution based on the content of the 

transaction capabilities application part 
message definition, the executable algorithm 
having a parameter structure defined by the 
transaction capabilities application part 
20 message definition ; and 

execute the executable algorithm. 

22. The communications network of Claim 21 wherein 
the service logic interpreter is further operable to 

25 translate the transaction capabilities application part 

message into a form understandable by the executable 
algorithm. 



30 



23. The communications network of claim 21 wherein 
the transaction capabilities application part message 
definition associates a coded transaction capabilities 
application part message with a decoded transaction 
capabilities application part message. 
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24. The communications network of Claim 21 wherein 
the service logic interpreter is further operable to 
translate the transaction capabilities application part 
message based on the transaction capabilities application 
part message definition. 

25. The communications network of Claim 21 wherein 
the executable algorithm is operable to receive and 
transmit information by transmitting to the service logic 
interpreter fully qualified names specifying leaf -node 
parameters having the parameter structure defined by the 
transaction capabilities application part message 
definition. 
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TMD FILE 




FIG. 5 



SEQUENCE InfoAnolyzed { 



| colledPortylO 15 ColledPortylD OPT | 



i 



USER.DEFINE ColledPortylO AINOigits 
BITFIELD AINOigits | 

| odd_even BIT_DGT_ODDEVEN 1 | 

| noLoLnum BIT.ENUM 7 j 

| spore BIT_NULL 1 | 

j num_plon BIT.ENUM 3 | 

{ pri BIT.ENUM 2 j 

| si BIT.ENUM 2 | 

| digits BILDGT 1 64 odd_even } 

I 



FIG. 6 
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